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ABSTRACT 



A download of a data file from a server computer to a client 
computer is monitored by the client computer. The down- 
load is restarted automatically if a failure occurs. A failure 
may be a timeout, a loss of a connection, data errors, or other 
errors that terminate the download. The download may be 
restarted by instructing the server computer to start reading 
from a specified offset corresponding to an amount of data 
that was received reliably by the client, so that data is not 
unnecessarily retransmitted. This process increases the like- 
lihood that a download will complete successfully. The 
client program, if specialized for performing downloads, 
may be stored at the server. In response to a request to 
download a file, the client program is downloaded first, with 
the location of the requested file stored within the program. 
The client program is then executed on the client computer 
to transfer the requested file. The client program can be 
made sufficiently small so that downloading of the client 
program takes little lime. The client program can be 
executed immediately, at a lime specified by the user or upon 
command from the user. 

12 Claims, 6 Drawing Sheets 
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PROCESS AND APPARATUS FOR by the marker code. The RESTART command must be 

DOWNLOADING DATA FROM A SERVER immediately followed by whatever service command was 

COMPUTER TO A CLIENT COMPUTER interrupted, such as a read (RETR), write (STOR), directory 

(LIST) or append (APP). This restart procedure requires 

FIELD OF THE INVENTION 5 both the server to maintain a mapping between data check - 

The present invention is related to processes and appara- P oims and marker codes for each operation and the client to 

tus for transferring information between computers, partial- monitor the marker codes received * Moreover, these com- 

larly between a client computer and a server computer where mands are mitiated manually by a user using the FTP client 

the information is stored. application. 

30 Most currently available server and client programs that 

BACKGROUND OF THE INVENTION support FTP do not support block or compressed mode 

In most computer networks it is desirable to have the transfers, and generally support only a third mode of 

capability to download, i.e., transfer, data from one com- transfer > called stream mode * Most browsers for the Internet 

puter to another. Typically, data is downloaded from one < also use only this mode of transfer for communication using 

computer on the network, such as an information provider's 15 HTTP " In stream mode ' data 1S tra °s miUed a * a stream of 

site on the Internet, to another site, i.e., computer, where the bvtes > wlthout restriction on the representation type used. If 

data is to be used. A file containing data, such as an * he structure of the data * a file structure, an end-of-file 

executable program, graphics or other information, typically ( E0F ) indication is indicated by the sending host closing the 

is made available for download at one or more sites. The data connection and all bytes are data bytes. The FTP 

availability of the file is advertised to potential users. Indi- 20 specification does not define any restart procedure for stream 

viduals who arc interested in using the file access the site to mode transfers. Accordingly, most currently available server 

download the file. This kind of information distribution and cUent programs that support FTP also do not support the 

reduces costs and enables efficient tracking of the use of the RESTART command. If a failure occurs during a download, 

information tne °P era tion must be manually tried again, and the entire 

. . t . , . c 25 file must be downloaded, obliging an individual to be 

There are several applications that provide a protocol for d , . , , , , to to 

1 1 j- ci r . * i- » present during the download, 

downloading nles irom a server computer to a client com- r 0 

puter on a network. Example applications which use the Similarly, browsers using the HTTP protocol do not 

Internet or other TCP/IP-based network include servers and support any restart procedure. A proposed specification for 

clients that implement the hypertext transfer protocol 30 a new ver sion (1.1) of HTTP includes a range header in a 

(HTTP) and the file transfer protocol (FTP). A particular GET mes sage to enable partial transfers and is intended to 

problem with downloading information using applications reduce unnecessary network usage. See Internet Request for 

that support these protocols is that the server application Comments (RFC) 2068. However, the use of a partial GET 

relies solely on the underlying transport protocol for reli- command by the client is not specified. The HTTP 1.1 

ability in the delivery of the data. If an error occurs during 35 specification as proposed also states that a client should retry 

transmission of the data, the download simply terminates. a request if a connection closes before any status, or a 

For the download to complete successfully, the operation continue response, is received from the server. However, 

must be manually tried again, and the entire file must be there is no specification regarding error handling if data is 

downloaded. Such a process can be time consuming and received from the server before a connection closes, 

frustrating, especially if the download is almost complete 40 Apparently, if a failure occurs during a download, the 

when a failure occurs. operation must be manually tried again, and the entire file 

However, the FTP specification, defined in Internet must ^ downloaded, obliging an individual to be present 

Request For Comments (RFC) 959, includes a restart pro- durmg tne download - 

cedure by which an interrupted FTP service command can Accordingly, a general aim of this invention is to provide 

be restarted from the point where it was interrupted. This 45 a download process and mechanism that simplifies the 

restart procedure is defined for only two of the three modes download process, and improves the likelihood of successful 

in which data transfer can occur: block mode and com- completion of the download. This functionality also allows 

pressed mode. In block mode, data is transmitted as a series tne individual not to be present during the download. 

of data blocks preceded by one or more header bytes. One CIimaDV ^ r ~™ rxn/rvmnw 

r , u . , , t , , , . t , v- . SUMMARY OF THE INVENTION 

oi: these header bytes includes descriptor codes, which may 50 

indicate a restart marker. In compressed mode, transmitted In the present invention, a download is monitored by a 

data includes regular data, compressed data and an escape client application and is restarted automatically if a failure 

sequence of two bytes. The escape sequence also includes occurs. Data read during the restarted download is appended 

descriptor codes that have the same meaning as in block to the existing file. Termination of a download might occur 

mode. 55 due to a failure of the server system or failure of the network 

To support restart in FTP, the sender of data must send or for many other reasons. These failures can be detected, for 

data in block mode or compressed mode and insert a restart example, by monitoring whether valid data has been reliably 

marker, or marker code, in the data stream with some marker received at the client within a specified period of time, 

information. The marker information has meaning only to Automatically restarting the download after such failures 

the sender, and could represent a bit-count, a record-count, 60 increases the likelihood of successful completion, 

or any other information by which a system may identify a In a particular embodiment, the server application can 

data checkpoint. The receiver of data, if it implements the transfer the data to the client as a stream of data with little 

restart procedure, then marks the corresponding position of or no formatting or processing, for example by using the 

this marker in the receiving system. In the event of a failure, stream mode in FTP. In this embodiment, the client monitors 

the user sends a command called RESTART, with a marker 65 the amount of data reliably received. In case of a failure, the 

code as its argument. The sender then skips over the file client automatically sends another request to the server, 

specified by the marker code to the data checkpoint specified instructing the server to start reading the file from a specified 
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offset, determined by the amount of data already received. In Another aspect of the invention is a process and client 

this embodiment, there is no need for marker codes or other system for downloading a data file from a server computer 

processing to be performed and tracked by the server. to a client computer, wherein the data file is stored on a 

In another embodiment, the client program is specially computer readable medium connected to the server 

adapted for performing only read or retrieve requests which 5 computer, wherein the process sends data over a computer 

reduces the size of its program code. In response to a request ne work connectmg the client computer to the server com- 

t j , j tt f t .j , , . puter. The client sends a request for a client program to the 

to download a file, the client program is downloaded first * . M . 

r iL ' r™ Y • r * j^i server computer over the computer network. The client 

from the server computer The location of the requested file program is receiving from the server computer, in response 

may be stored, or hard-coded, within the program. The client lhe request The dient Q when exeaUed idtiates a 

program is then executed on the client computer to transfer 10 download of the data file by xnd i ng a requcst for the data 

the requested file. t0 me computer over the computer network. The 

In another embodiment, the client program is used to data received from the server computer in response to the 
download files that are made available through other request for the data file is monitored to detect termination of 
services, such as by a listing in a document published in the the download of the data file. In response to a detected error 
hypertext markup language (HTML) via an HTTP server 15 that terminates the download of the data file, the download 
connected to a network. An HTML browser that accesses of the data file is automatically restarted by sending a request 
and displays the HTML file can display the files available for for the data file to the server computer, 
download as hypertext links. Selection of a hypertext link In one embodiment, the download is monitored by track- 
viewed in the browser causes the client program to be ing an amount of data from the data file successfully 
executed to download the requested file. In this embodiment, 20 received by the client. The amount of data successfully 
the client program may be resident at the client computer as received is stored when an error is detected that terminates 
a separate program, may be part of the browser or can be the download. In this embodiment, the download of the data 
downloaded from the server before execution. file may be automatically restarted by initiating a second 

In these embodiments; the client program can be executed 25 download of the data file by sending a request for the data 

in response to some action by another program, at a time file to the server computer, wherein the request specifies the 

specified by the user or upon command from the user. By amount of data successfully received. This embodiment may 

allowing a user to specify a time for a download operation be particularly useful where the application protocol sends 

in combination with the ability to automatically restart a data as a stream of data. 

download, the user may be absent, yet have an increased 3Q In another embodiment, the download is initiated by 

likelihood that the download will be successful. The various sending a message to the server computer requesting an 

embodiments can also be used in combination with each indication of a port for a server process for performing the 

other. download. After the indicator of the port is received by the 

Accordingly, one aspect of the present invention is a client a message is sent to the server process at the indicated 

process or client system for downloading a data file from a 35 port requesting the data file. 

server computer to a client computer, wherein the data file In another embodiment, the client program, when 

is stored on a computer readable medium connected to the executed, receives from a user a specified time for perform- 

server computer. The process and client system have an ing the download of the data file. The message is sent to the 

application protocol for sending data as a stream of data server computer at the specified time, 

using a transport protocol over a computer network con- 40 Another aspect of the present invention is a process or 

necting the client computer to the server computer. The server system for downloading a data file from a server 

client computer initiates a download of the data file by computer to a client computer, wherein the data file is stored 

sending, using the application protocol, a request for the data on a computer readable medium connected to the server 

file to the server computer over the computer network. Data computer. The process uses an application protocol for 

received from the server computer as a stream of data in 45 sending data as a stream of data using a transport protocol 

response to the request for the data rile is monitored to detect over a computer network connecting the client computer to 

termination of the download of the data file and to track an the server computer. A request is received for the data file 

amount of data from the data file successfully received by from the client computer over the computer network, using 

the client. The amount of data successfully received by the the application protocol. Data is readfrom the data file and 

client is stored when an error is detected that terminates the 50 sent as a stream of data to the client computer using the 

download. In response to a detected error that terminates the application protocol. If the transfer terminates, after such a 

download of the data file, the download of the data file is termination a request for the data file is received from the 

automatically restarted by initiating a second download of client computer, wherein the request specifies the amount of 

the data file by sending, using the application protocol, a data successfully received. The data is read from the data file 

request for the data file to the server computer, wherein the 55 starting from an offset determined according to the specified 

request specifies the amount of data successfully received. amount of data and is sent as a stream of data to the client 

In one embodiment, the download is initiated by sending computer using the application protocol, 
a message to the server computer using a second application Other aspects of the invention include a computer read- 
protocol requesting an indication of a port for a server able medium on which executable program logic is stored, 
process for performing the download. When indicator of the 60 which when executed implements the client system or the 
port is received, a message is sent to the server process using server system described above. Another aspect of the inven- 
the application protocol at the indicated port to request the tion is a combination of the client system and the server 
data file. system. Yet another aspect of the invention is the combined 

In another embodiment, the download is initiated by process performed by the combination of the client system 

receiving from a user a specified time for performing the 65 and the server system. 

download of the data file. The message is sent to the server In all aspects of the invention, the transport protocol may 

computer at the specified time. be TCP or other protocol. The network protocol may be, for 
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example, the Internet protocol (IP), allowing the invention to device 20 which are accessed through the file system of the 

be used on the Internet or a private network. The computer server computer 10. On the Internet, such file transfer 

network may be an ethernet, an asynchronous transfer mode servers include HTTP servers and FTP servers. Such file 

network, or any other kind of network. transfer server, in response to requests from a client 

By using a client that monitors a download and automati- 5 computer, open and read a data file and use the TCP/IP 

ii * *u a i ac *u & * * ft. protocol to establish a connection with the client, then 

cally restarting the download from the offset at which a f r , t . c , , , „, .. , TT ( ,' n 

- ./ . . , j*t- i transfer data f rom a data hie to the client. However, these file 

failure occurs, the user does not need to be present to make t .. e . t . „ , t t , 

, I ,- iiiT^ • i . • transfer servers typically do not ensure that the client 

sure a download is successful. By using a server which starts .. . ' , , A , , iL t,™™^ 

,. , , , r j ° £1 - , rehably receives the requested data and rely on the TCP/IP 

reading and sending data from a data file from a specified , , ,7 , , , 4 , ~ J 

<r * «u j T £i • . * a a i j u m protocol to provide reliable data transfer, 

offset within the data file, an interrupted download may be 30 r T , ^ . • . ^, 

restarted where it left off. The combination of this client and In ° ne embodiment of the present invention the file 

server system increase the likelihood of success of the transfer server is a computer program executed on the server 

download and eliminate unnecessary data transfer. computer which uses read and send commands available 

through the operating system on the server computer to 

BRIEF DESCRIPTION OF THE DRAWINGS 15 access the file system and the transport protocol of the 

network. These commands allow an application to read data 
In the drawings, files from the storage device and send data over the network 
FIG. 1 is a block diagram illustrating a server computer 14, for example by using TCP as the transport protocol and 
and a client computer which improves the likelihood of a IP as the network protocol. If the server computer is sup- 
successful download of information; 20 ported by the UNIX operating system, the "read" and "send" 
FIG. 2 is a block diagram of a typical general purpose commands available through the UNIX operating system 
computer system which may be used to implement a client can be in a computer program, for example, imple- 
computer or a server computer in FIG. 1; mented in the "C programming language. 

FIG. 3 is an illustration of a typical memory system The executed client program 18 establishes a connection 

shown in FIG 2 1 25 w transfer server, e.g., and requests a data file 

. . ' , _ , ,. „ , using commands in an application protocol supported by the 

FIG. 4 is a block diagram of one embodiment of the fifc traQsfer The execuUd diem alsQ 

present invention wherein a server sends a client the client mdudes a process for monitormg the download operation as 

program, indicated at 22. This process monitors the data as it is 

FIG. 5 is a flow chart illustrating how the client computer 30 received and while it is stored on the storage medium 24. If 

monitors a download in one embodiment of the invention; the download is interrupted for some reason, for example an 

FIG. 6 is a flow chart illustrating how the client computer error occurs in initiating the download operation, the request 

determines whether a download operation is incomplete in for data is repeated. In particular, if the underlying transport 

one embodiment of the invention; and and network protocols, such as TCP/IP, cause the server 

FIG. 7 is a flow chart illustrating how the server computer 35 computer to terminate the download process, the executed 

processes of a request for a portion of a data file in one client program can detect this condition, for example by 

embodiment of the invention. using a time out operation. The download operation can then 

be restarted by another request. In a particular embodiment 

DEI AILED DESCRIPTION of the invention, the server includes a module 26 which is 

40 capable of processing requests for reading data from a file 

Hie present invention will be more completely under- starting from a specified offset , In this embodiment, the 

stood through the following detailed description which cliem keeps track of how much data nas been reliably 

should be read m conjunction with the attached drawing in received and requests the seryer to retdeve the remainder of 

which similar reference numbers mdicate similar structures. the data file starting from a specified ofEset) thus avoiding the 

Referring now to FIG. 1, the present invention is related 45 need to retransmit the entire data file, 

to improving the likelihood of success of downloads of data j n one embodiment of the invention, the client program is 

from a server computer 10 to a client computer 12 over a stor ed at the server. In response to a request to download a 

network 14. The network 14, for example, may be an fife, us ing a different application protocol between a differ- 

ethernet network, an asynchronous transfer mode network or ent file transfer server and a different client, the client 

other kind of network. The network protocol, for example, 50 pr0 gram is downloaded first, with the location of the 

may be the internet protocol (IP). The transport protocol requested file stored within the program. The client program 

maybe, for example, the user datagram protocol (UDP), the ^ then executed on the client computer to transfer the 

transport control protocol (TCP) or other protocol. The use requested file. This embodiment of the invention is particu- 

of TCP/IP is described in Internetworking with TCP/IP, \ ar \ y use f; u l for downloading files that are made available 

Vols. I and II, by D. E. Comer and D. L Stevens, Prentice- 55 through other services, such as by a listing in a document 

Hall, Inc., 1991. TCP/IP is particularly useful because it is published in the hypertext markup language (HTML) via an 

both reliable and available for most networking technology. HTTP server connected to a computer network. A browser 

The server computer 10 has a file transfer server 16 which that accesses and displays the HTML file can display files 

can be accessed by an executed client program 18 over the available for download as hypertext links. Selection of a 

network 14. Several client programs 18 are available, such 60 hypertext link viewed in the browser may cause the client 

as browsers for the World Wide Web which may download program to be downloaded, which then downloads the 

files or read and display HTML documents, such as the requested file. The client program can be made sufficiently 

Navigator browser from Netscape Communications, Inc., or small, specifically as it downloads, so that downloading of 

the Internet Explorer browser, from Microsoft Corporation, the client program takes little time. Alternatively, the client 

or FTP clients such as the "WS_FTP" FI'P client available 65 program may be resident at the client computer. The client 

from Ips witch, Inc. The file transfer server 16 makes various program can be executed immediately, at a time specified by 

information available, such as data files stored on a storage the user or upon command from the user or an application. 
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Asuitable computer system to implement either the server and the integrated circuit memory element, and the inven- 

computer 10 or client computer 12 is shown in FIG. 2 and tion is not limited thereto. It should also be understood that 

typically includes an output device 36 which displays infor- the invention is not limited to a particular memory system, 

nation to a user. The computer system includes a main unit It should be understood the mven tion is not limited to a 

28 connected to the output device and an input device 3 8, 5 ticular computer platform , particular processor, or par- 

such as a keyboard or mouse. The mam unit generally f. , , . , t , . , r 4JJV 

. , , J ry. x , , , ticular high-level programming language. Additionally, the 

includes a processor 30 connected to a memory system 34 & , 7 • 

via an interconnection mechanism 32. The input device 3« com P uter m ^ a multiprocessor computer system 

i * j * *u a 4 • or ma y include multiple computers connected over a com- 

is also connected to the processor and memory system via network 

the interconnection mechanism 32, as is the output device 10 p 

36 In one embodiment of the present invention, the client 

It should be understood that one or more output devices P ro e ram may be implemented as a computer program, for 

may be connected to the computer system. Example output example m the "C++ programming language and compiled 

devices include a cathode ray tube (CRT) display, liquid for e * e culion °» the des.red platform, such as a machine 

crystal displays (LCD), printers, communication devices 1S with a Wmdows95 operating system. The program also may 

such as a modem, and audio output. It should also be be implemented, for example, in the Java programming 

understood that one or more input devices may be connected lan f a 8 e . where a browser would execute the Java program 

to the computer system. Example input devices include a 10 download the requested file. In general, this program, 

keyboard, keypad, track ball, mouse, pen and tablet, com- when executed > has the capability of transferring flies from 

munication device, audio input and scanner. It should be 20 a server computer over a network using an application 

understood the invention is not limited to the particular input P rotoco1 10 communicate with the file transfer server. This 

or output devices used in combination with the computer cU T P ro 8 ram ma y ** implemented by using at least the 

system or to those described herein. read commands available in FTP. The client program has, in 

The computer system 20 may be a general purpose add .! tio °' the "P*^ «° monitor a download operation 

computer system which is programmable using a high level 25 °!f m a ° d t0 "Really restart or continue the 

computer programming language, such as "C," "C++" do ^ 1 1 oad from ,he P° lnt whe f an in,erru P t . °^ a - ,n one 

"Pascal," "Visual Basic" or other language. The computer err.bod.ment, a user may specify a time at which the program 

„ T , . , u . „ 5 -i w "' be executed to initiate the download. A user may also 

system may also be specially programmed, special purpose . r . - / 
hardware. In a general purpose computer system, the pro- SpeClfy al ™ ve Parameters for a download, such as a 
cessor is typically a commercially available processor, of 30 ^d ^ ' ^ t0 
which the series x86 processors, including a Pentium pro- 
cessor using MMX extensions available from Intel, and the 0n the server computer, the file transfer server also may 
680X0 series microprocessors available from Motorola are be implemented as a computer program, for example, in the 
examples. Many other processors are available. Such a " C " programming language, and compiled for execution on 
microprocessor executes a program called an operating 35 tne de sired platform, such a machine with a UNIX or 
system, of which Windows95, WindowsNT, UNIX, DOS WindowsNT operating system. In general, this program, 
and VMS are examples, which controls the execution of when executed, has the capability of handling client requests 
other computer programs and provides scheduling, t0 transfer files over a network. Using the same application 
debugging, input/output control, accounting, compilation, protocol defined with the client program. For example, the 
storage assignment in a file system containing named files of 40 file transfer ^ver may be implemented as an FTP server. In 
data, data management and memory management, commu- addition, the file transfer server has the capability of 
nication control, protection and related services. The pro- opening, reading and transmitting data starting from a speci- 
cessor and operating system define a computer platform for fied offiset m a data file > where tne offset ^ parameter 
which application programs in high-level programming lan- received from a client, typically as a part of a request from 
guages are written. 45 lne ci i ent to read a particular data file. 

A memory system shown in more detail in FIG. 3, 0ne embodiment of the invention will now be described 

typically includes a computer readable and write able non- m connection with FIG. 4. In this embodiment, the file 

volatile recording medium 42, of which a magnetic disk, a transfer server is referred to as a download server 122 which 

flash memory and tape are examples. The disk may be is separate from a standard FTP server 120 operating on the 

removable, known as a floppy disk, or permanent, known as so same machine. Because the download server would not be 

a hard drive. A disk has a number of tracks 44 in which assigned a well-known port according to Internet standards, 

signals are stored, typically in binary form, i.e., a form a client program would need to locate the download server, 

interpreted as a sequence of one and zeros as shown 46 and The server computer includes the FTP server 120 that 

48. Such signals may define, for example, an application communicates using ports 126, which are port numbers 20 

program to be executed by the microprocessor, or informa- 55 and 21 according to convention for the Internet. The down- 

tion stored on the disk to be processed by the application load server 122 also is provided on a port 124 which could 

program. Typically, in operation, the processor causes data be any of a number of ports available on the server computer, 

to be read from the nonvolatile recording medium 42 into an It is possible that this port could vary from one server 

integrated circuit memory element 40, which is typically a computer to another server computer. Accordingly, the indi- 

volatile, random access memory such as a dynamic random 60 cation of the port number "x" is stored in a file at the time 

access memory (DRAM) or static memory (SRAM). The the download server is instantiated or executed on the 

integrated circuit memory element allows for faster access to machine, after it has been assigned a port number. This file 

the information by the processor than does the disk. The is preferably stored in the same location with respect to an 

processor generally manipulates the data within the inte- FTP server on the same machine, and thus will have a 

grated circuit memory and copies the data to and from the 65 predetermined name and path, e.g., "download/port_Jile." 

disk if the data is not being used. A variety of mechanisms The absence of this file should indicate that the download 

are known for managing data movement between the disk server is unavailable. 
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When the client computer executes the client program, the 56 depending on the type of error. After the client sends the 

executed client program 18 communicates with the FTP retrieve file command, the FTP server transmits the port file 

server 120 to retrieve the port file as indicated at 128. This to the specified port at the client. The client then reads and 

port file is returned in step 142 to the client as indicated in stores the data. If this read is not successful, retries are 

130. The client reads the port file to obtain the port number 5 performed. It should also be indicated that, as illustrated at 

for the download server 122. The client can then commu- 72, that the number of retries may be limited by number or 

nicate with the download server via messages sent to port by time. If the read operations are reliably completed, the 

"x." client then in step 74 proceeds to transfer the desired file 

One embodiment of the process performed by the execute from the download server by sending read requests to the 

client program 18, and particularly module 22, for initiating 3Q port designated in the port file, as described in more detail 

and monitoring a download will now be described in more below in connection with FIG. 6. 

detail connection with FIGS. 5 and 6. This process may Referring now to FIG. 6, one embodiment of the process 

begin when the client program is executed or at a specified of transferring data to the client from the download server 

time. For example, if the client program is downloaded with wil1 now be described First the client establishes in step 76 

Internet Explorer browser, this browser requests input from - , a connection with the download server in a manner similar 

the user to indicate whether the file should be opened 15 t0 now a connection is established with the FTP server. If an 

✓ . ,v j T £ r* i , . 4 • i j error occurs, the error can be reported to the user or an 

(executed) or saved. If the file is saved, it can be executed 1t . * . , t ■ , \ ri , . 

v . J . * alternate connection may be tried. A filename tor a data file 

a a aer ime. for receiving the downloaded file is specified in step 77. This 
When executed, the client program may request a user to may be done through any appropriate user interface. If the 
specify a time for the download to occur, using any appro- 20 frj e does not exist, as determined in step 78, it is created an 
priate user interface, or a time may be automatically speci- opened in write mode in step 79, otherwise it is opened in 
fled. When the download begins, a variable value, indicative append mode in step 80. the client then sends a read request 
of the total bytes received, is initialized to zero in step 50. to the download server, and a specified offset, in step 81. 
, This number will be used to determine how much of a data Processing by the download server to send the data is 
file has been received, in case a failure occurs during the 25 described in more detail below in connection with FIG. 7. 
download process. Next, if necessary, the client connects to o ala received at the client is read from a socket (a 
the Internet in step 52. The connection may be initiated by construct in the TCP/IP protocol) at the indicated port in step 
an automatic dial-up connection to an Internet service pro- «2, for example, using the "recv( )" command. If the data 
vider and/or by assignment of an IP address to the client, if rea d from the socket indicates that valid data is not available, 
necessary, or by any other means. A test for an existing 30 as determined in step 84, e.g., by returning "-1," the socket 
connection also can be made. If a failure occurs, as tested for ^ continually read by returning to step 82, subject to a time 
in step 54, a connection attempt in step 52 may be performed out operation as determined in step 92. If a time out occurs, 
again. An alternate connection also may be attempted. the file on the client is closed, and the process of download- 
Otherwise, the client initiates an FTP transfer to retrieve the ing automatically restarts with step 76, of reestablishing the 
file indicating the port number of the download server by 35 connection with the download server. The automatic restarts 
sending a message to the FTP server including a user name f rom step 76 also may be limited, in number or in time, 
and password, if necessary, in step 56. This message estab- allowing automatic restart, for example, from step 52 or 56 
lishes a connection between the FTP server and the executed 0 f FIG. 5. If valid data is read in step 84, then an end of file 
client program. User names and passwords commonly are condition is checked in step 88. For example, the "recv( )" 
used when the FIT protocol is used to download files. If a 40 command may return "0." If an end of file is reached, the 
failure occurs, as determined in step 58, the process may be read operation is complete and the client's data file may be 
restarted, for example by returning to step 56 or step 52, closed. Otherwise, the data read from the socket is written to 
depending on the type of error. It is possible to implement the data file at the client in step 86. The current total number 
the system so that it waits, in step 60, in order to allow time G f bytes reliably received is updated in step 90 and more data 
before resending a message, for example to allow time for 45 [ s rea d from the socket in step 82. 

a system failure to be remedied. Having now described an embodiment of the client 

If the user name and password are successfully sent in program, an embodiment of the download server program in 

step 56, the type of transfer to be performed is then sent to accordance with the invention will now be described with 

the FTP server in step 62. This is another form of FTP reference to FIG. 7. FIG. 7 describes, in particular, how the 

message. If this step is successfully completed, the client's 50 download server processes a request for a portion of a file, 

port is then sent to the server in step 66, to inform the FTP The download server receives a command in step 99 from 

server which port on the client machine will receive the data. the client requesting a data file. It obtains the parameters of 

If this command is completed successfully, a command to this command in step 100. The parameters in this instance 

retrieve the file containing the port number of the download include a file name and offset. The file is then opened to 

server is sent to the FTP server in step 68. The client 55 receive a file pointer in step 102. This operation can be 

program may specify the file, for example, by using a performed, for example, using the "fopen" command in the 

uniform resource locator (URL). A URL is defined by an "C" computer programming language. 

Internet Request For Comments (RFC) document. It If the offset is equal to zero, determined in step 104, then 

includes an indicator of a protocol (e.g., ftp or http or other data is read starting from the indicated file pointer in step 

protocol), a site (e.g., ethos.com), and a path (e.g., "a/b/c/ 6 0 106 and transmitted to the client using the TCP/IP protocol 

filename.txt") for a specific file. It also may include a over the network. If the offset is not equal to zero, the file 

delimiter, e.g., "?," after which parameters may be added. A pointer is updated to the specified offset. Then the data is 

URL thus may look like the following: read from the data file in step 106 starting from the updated 

ftp://ethos.eom/a/b/c/filename.txt7parameter. pointer location. The pointer location may be updated, for 

If either step 62 or 66 fails, as determined in step 64 and 65 example by using the "fseek" command in the "C" program- 

67, respectively, the process can be restarted, possibly ming language. The data read is then sent to the client in step 

including the wait step 60, and returning to either step 52 or 107. 
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Using a client and server as described above, several 
benefits are provided. For example, a user may download 
information at a site at a specified time, typically when the 
network has less traffic, which should increase the speed of 
transfer and reduce the likelihood of errors. By automati- 5 
cally initiating the connection and download at a specified 
time, a user also does not need to be present at the computer 
to start the download. By using a client that monitors a 
download and automatically restarting ihe download from 
the ofiset at which a failure occurs, the user does not need 10 
to be present to make sure a download is successful. By 
using a server which starts reading and sending data from a 
data file from a specified offset within the data file, an 
interrupted download may be restarted where it left off. The 
combination of this client and server system increase the 15 
likelihood of success of the download, eliminate unneces- 
sary data transfer, while eliminating the need for interaction 
with an individual. 

Having now described a few embodiments of the 
invention, it should be apparent to those skilled in the art that 20 
the foregoing is merely illustrative and not limiting, having 
been presented by way of example only. Numerous modi- 
fications and other embodiments are within the scope of one 
of ordinary skill in the art. For example, other network 
protocols and other file transfer protocols operating over 25 
such networks may be used. The system also may allow 
retries using various alternatives to download the data. 
These and other modifications are contemplated as falling 
within the scope of the invention as defined by the appended 
claims and equivalent thereto. 30 

What is claimed is: 

1. A process for downloading a data file from a server 
computer to a client computer, wherein the data file is stored 
on a computer readable medium connected to the server 
computer, wherein the process has application protocol for 35 
sending data as a stream of data using a transport protocol 
over a computer network connecting the client computer to 
the server computer, comprising the steps, performed by the 
client computer, of: 

initiating a download of the data file as a stream of data 40 
by sending a message to the server computer using a 
second application protocol requesting an indication of 
a port for a server process for performing the down- 
load; receiving the indicator of the port; 

sending a message to the server process using the first 45 
application protocol at the indicated port, requesting 
the data file from the server computer over the com- 
puter network; 

monitoring data successfully received by the client com- 5Q 
puter from the server computer, in response to the 
request; 

storing said data successfully received by the client com- 
puter; 

detecting a termination of the stream of data being 55 
downloaded, where the termination may occur any- 
where within said stream of data; and in response to the 
termination of the download of the data file, automati- 
cally restarting the download of the data file by initi- 
ating a second download of the data file by go 

sending, using the first application protocol, a second 
request for the data file to the server computer, wherein 
the request specifies the amount of data successfully 
received. 

2. A process for downloading a data file from a server 65 
computer to a client computer, wherein the data file is stored 
on a computer readable medium connected to the server 
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computer, wherein the process sends data over a computer 
network connecting the client computer to the server 
computer, comprising the steps, performed by the client 
computer, of: 

sending a request for a client program to the server 

computer over the computer network; 
receiving from the server computer, in response the 

request for the client program, a client program which 

when executed performs the steps of: 

initiating a download of the data file by sending a 
request for the data file to the server computer, using 
an application protocol, over the computer network; 

monitoring data received from the server computer in 
response to the request for the data file to detect 
termination of the download of the data file; 

in response to said termination of the download of the 
data file, where said termination may occur any- 
where within the data file being downloaded, 

automatically restarting the download of the data file by 
sending a second request for the data file to the server 
computer, and 

executing a different application protocol so that a 
second server is requested to send a second client 
program. 

3. A process for downloading a first file from a server 
computer to a client computer over a network connecting the 
client computer to the server computer, comprising the steps 
of: 

sending a request for said first file to the server computer 

over the network; 
receiving from the server computer, in response to the 
request for said first file, a client program which, when 
executed by said client computer, performs the steps of: 
initiating a download of said first file by sending a 
request for said first file to the server computer, using 
an application protocol, over the computer network, 
and 

executing a different application protocol so that a 
second server is requested to send a second client 
program. 

4. A process for downloading a data file from a server 
computer to a client computer, wherein the data file is stored 
on a computer readable medium connected to the server 
computer, wherein the process sends data over a computer 
network connecting the client computer to the server 
computer, comprising the steps, performed by the client 
computer, of: 

sending a request for a client program to the server 

computer over the computer network; 
receiving from the server computer, in response to the 

request for the client program, a client program which 

when executed performs the steps of: 

initiating a download of the data file by sending a 
request to the server computer requesting an indica- 
tion of a port for a server process for performing the 
download; 

receiving the indicator of the port; 

sending a message to the server process at the indicated 
port requesting the downloading of the data file; 

monitoring data received from the server computer in 
response to the request for the data file to detect 
termination of the download of the data file; and 

in response to said termination of the download of the 
data file, where said termination may occur any- 
where within the data file being downloaded, 

automatically restarting the download of the data file by 
sending a second request for the data file to the server 
computer. 
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5. A client system for downloading a data file from a 
server computer to a client computer, wherein the data file 
is stored on a computer readable medium connected to the 
server computer, wherein the client system uses a first 
application protocol for sending data as a stream of data 5 
using a transport protocol over a computer network con- 
necting the client computer to the server computer, com- 
prising: 

means for initiating a download of the data file as a stream 
of data by sending a message to the server computer 10 
using a second application protocol requesting an indi- 
cation of a port for a server process for performing the 
download; 

means for receiving the indicator of the port; means for 
sending a message to the server process using the first 15 
application protocol at the indicated port, requesting 
the data file by sending a request for the data file to the 
server computer over the computer network; 

means for monitoring data successfully received by the 
client computer from the server computer in response 
to the request; 

means for storing said data successfully received by the 
client computer; 

means for detecting a termination of the stream of data 25 
being downloaded, where the termination may occur 
anywhere within said stream of data; and 

means, operative in response to said termination of the 
download of the data file, for automatically restarting 
the download of the data file by initiating a second 30 
download of the data file by sending, using the first 
application protocol, a second request for the data file 
to the server computer, wherein the request specifies 
the amount of data successfully received. 

6. A client system for downloading a data file from a 35 
server computer to a client computer, wherein the data file 

is stored on a computer readable medium connected to the 
server computer, wherein the client system sends data over 
a computer network connecting the client computer to the 
server computer, comprising: 4 o 
for sending a request for a client program to the server 

computer over the computer network; 
means for receiving firom the server computer, in response 

the request for the client program, such that the client 

system, when the client program is executed, com- 45 

prises: 

means for initiating a download of the data file by 
sending for sending a message to the server com- 
puter requesting an indication of a port for a server 
process for performing the download; 50 
means for receiving the indicator of the port; and 
means for sending a message to the server process at 
the indicated port requesting the downloading of the 
data file; 

means for monitoring data received from the server 55 
computer in response to the request for the data file 
to detect termination of the download of the data file, 
where the termination may occur anywhere within 
the data file being sent; and 

means, operative in response to the detected termina- 60 
tion of the download of the data file, for automati- 
cally restarting the download of the data file by 
sending a second request for the data file to the server 
computer. 

7. A process for downloading a data file from a server 65 
computer to a client computer, wherein the data file is stored 
on a computer readable medium connected to the server 



computer, wherein the process has an application protocol 
for sending data as a stream of data using a transport 
protocol over a computer network connecting the client 
computer to the server computer, comprising the steps, 
performed by the client computer, of: 

initiating a download of the data file as a stream of data 
by sending, using the application protocol, a request for 
the data file to the server computer over the computer 
network; 

monitoring data successfully received by the client com- 
puter from the server computer, in response to the 
request; 

storing said data successfully received by the client com- 
puter; 

detecting a termination of the stream of data being 
downloaded, where the termination may occur any- 
where within said stream of data; and in response to the 
termination of the download of the data file, testing for 
the existence of a viable connection from the client 
computer to the computer network and automatically 
restarting the download of the data file by initiating a 
second download of the data file by 

sending, using the application protocol, a second request 
for the data file to the server computer, wherein the 
request specifies the amount of data successfully 
received. 

8. A process for downloading a data file from a server 
computer to a client computer, wherein the data file is stored 
on a computer readable medium connected to the server 
computer, wherein the process sends data over a computer 
network connecting the client computer to the server 
computer, comprising the steps, performed by the client 
computer, of: 

sending a request for a client program to the server 

computer over the computer network; 
receiving from the server computer, in response the 

request for the client program, a client program which 

when executed performs the steps of: 

initiating a download of the-data file by sending a 
request for the data file to the server computer over 
the computer network; 

monitoring data received from the server computer, in 
response to the request for the data file, to detect 
termination of the download of the data file; 

in response to said termination of the download of the 
data file, where said termination may occur any- 
where within the data file being downloaded, testing 
for the existence of a viable connection from the 
client computer to the computer network; and 

automatically restarting the download of the data file by 
sending a second request for the data file to the server 
computer. 

9. The process as defined in claims 7 or 8, wherein if a 
viable connection is not found, further comprising the step 
of re -connecting the client computer to the computer net- 
work. 

10. The process as defined in claim 9 wherein the step of 
re-connecting comprises the step of attempting to re-connect 
using an alternative connection. 

11. The process as defined in claim 9 further including the 
step of waiting for a time period before each attempt at 
reconnecting. 

12. The process as defined in claim 9 further comprising 
the step of setting a limit on the number of attempts to 
re -connect. 
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(57) ABSTRACT 

A download of a data file from a server computer to a client 
computer is monitored by the client computer. The down- 
load is restarted automatically if a failure occurs. A failure 
may be a timeout, a loss of a connection, data errors, or other 
errors that terminate the download. The download may be 
restarted by instructing the server computer to start reading 
from a specified offset corresponding to an amount of data 
that was received reliably by the client, so that data is not 
unnecessarily retransmitted. This process increases the like- 
lihood that a download will complete successfully. The 
client program, if specialized for performing downloads, 
may be stored at the server. In response to a request to 
download a file, the client program is downloaded first, with 
the location of the requested file stored within the program. 
The client program is then executed on the client computer 
to transfer the requested file. The client program can be 
made sufficiently small so that downloading of the client 
program takes little time. The client program can be 
executed immediately, at a time specified by the user or upon 
command from the user. 
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